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ABSTRACT 



A wireless network includes a plurality of nodes arranged 
into clusters with each cluster having cluster member nodes 
and a designated cluster head node. The nodes communicate 
with each other via an intranet protocol, while the network 
may communicate with other external networks in accor- 
dance with an internetworking protocol (e.g., a Radio Open 
Shortest Path First (ROSPF) protocol). A database within 
each network node contains link information for that node, 
while ROSPF Link-State Advertisement (LSA) type packets 
or database update messages contain information to update 
the node databases. The ROSPF LSA type packets are 
transmitted to neighbors of each node to enable each data- 
base to maintain current information. In order to reduce 
overhead of transmitting numerous LSA type packets, the 
present invention transmits the ROSPF LSA type packet 
within an intranet protocol beacon type or node status packet 
that is periodically broadcasted within the network. 

37 Claims, 4 Drawing Sheets 
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METHOD AND APPARATUS FOR 
TRANSMISSION OF NODE LINK STATUS 
MESSAGES THROUGHOUT A NETWORK 
WITH REDUCED COMMUNICATION 
PROTOCOL OVERHEAD TRAFFIC 

CROSS-REFERENCE TO RELATED 
APPLICATIONS 

This application claims priority from U.S. Provisional 
Patent Application Serial No. 60/164,940, entitled "Flooding 
of ROSPF Link-State Advertisements Through Clustering 
Beacons for Drastic Reduction of ROSPF Overhead" and 
filed Nov. 12, 1999. The disclosure of that provisional 
application is incorporated herein by reference in its entirety. 

BACKGROUND OF THE INVENTION 

1. Technical Field 

The present invention pertains to communication systems. 
In particular, the present invention pertains to a communi- 
cation system employing broadcast-based flooding schemes 
for synchronizing routing databases with reduced commu- 
nication protocol overhead. 

2. Discussion of Related Art 

Generally, wireless networks maybe arranged in a two- 
tier architecture similar to that of conventional cellular 
telephone systems. The first tier typically includes clusters 
or cells each including a plurality of communication nodes 
or cluster members. One node within each cluster is desig- 
nated as a cluster head or base station. The second tier 
includes a backbone network formed of the cluster head 
nodes to enable communications between different clusters 
(e.g., for data transmitted over greater distances). The for- 
mation of clusters and designation of cluster head nodes is 
generally performed dynamically and in accordance with an 
intranet protocol (e.g., a protocol for communications within 
the two-tier network) that further performs routing functions 
within the network. The intranet protocol is preferably a 
link-state type of routing protocol that is implemented on the 
backbone network. The cluster head nodes each include a 
database that is synchronized with other cluster head node 
databases by transference of Link- State Advertisement 
(LS A) packets in accordance with the protocol. These data- 
bases include information enabling the cluster head nodes to 
determine appropriate paths for routing messages through 
the network, while the LSA packets provide information to 
update the databases. 

In order to facilitate internet routing or routing between 
the two-tier and other external networks (e.g., the Internet), 
a modified version of the conventional Open Shortest Path 
First (OSPF) Protocol is employed. The OSPF protocol is 
basically a routing protocol employed for Internet Protocol 
(IP) type networks, while the modified protocol or Radio 
Open Shortest Path First (ROSPF) protocol is similar to 
OSPF, but is adapted for use with radio or wireless networks. 
For examples of implementation of the OSPF Protocol, 
reference is made to RFC 1583, Moy, "OSPF Version 2," 
March 1994, the disclosure of which is incorporated herein 
by reference in its entirety. Thus, the ROSPF protocol is 
basically an internetworking or gateway protocol facilitating 
communications with external networks. 

Routing is accomplished in the OSPF protocol by each 
network node having a routing database containing infor- 
mation related to network topology (e.g., links between 
network nodes). The routing database is utilized by each 
node to determine a path for transmitting a message to a 
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destination site. The routing databases are updated by 
exchanging Link-State Advertisement (LSA) packets 
between neighboring nodes. These packets generally include 
information related to current links of network nodes and are 

5 typically transferred periodically and/or in the event of a * 
modification to the network topology. The OSPF protocol 
designates a particular router to flood LSA packets to 
neighbors in broadcast type networks, while LSA packets 
are transmitted via point-to-point and/or broadcast packets 

10 within non-broadcast type networks. The ROSPF protocol 
employed by the two-tier network described above is similar 
to the OSPF protocol and exchanges LSA type packets 
between neighbors (e.g., cluster head and member nodes) to 
synchronize routing databases as described above. Since the 

j 5 two-tier network is not a broadcast type network, an LSA 
packet is sent as a point-to-point message to each of its 
protocol neighbors. 

The above-described technique for transmitting LSA 
packets on the two-tier network suffers from several disad- 

20 vantages. In particular, the intranet and ROSPF protocols 
generate control traffic where the amount of traffic increases 
with network size. In fact, the amount of ROSPF overhead 
traffic increases at a significantly greater rate than network 
capacity as network size increases, thereby degrading net- 

25 work performance. Although the ROSPF protocol intro- 
duces additional overhead in initializing neighbors and 
exchanging database descriptions, the predominant portion 
of the overhead is attributed to the flooding or transmission 
of LSA packets. As a result of the rate of increased overhead, 

30 the network becomes unsuitable to transport user traffic or 
maintain a functioning state when the network includes 
greater than approximately one-hundred fifty nodes. Since 
the two-tier network may employ a maximum of approxi- 
mately one-thousand nodes, the increased overhead limits 

35 performance of small-scale networks and restricts deploy- 
ment of the protocol for large-scale networks. 

The present invention overcomes the aforementioned 
problems and achieves transmission of LSA type or database 
update packets for synchronization of node routing data- 

40 bases with a reduced rate of overhead increase in relation to 
network size. This is accomplished by inserting the ROSPF 
protocol database update packets within intranet protocol 
beacon type or node status packets to reduce the rate of 
protocol overhead. The node status packets are periodically 

45 transmitted by cluster member and cluster head nodes to 
advertise the presence of that node to the network. The 
present invention minimizes the impact of protocol overhead 
on network throughput, and permits an ROSPF type proto- 
col to be utilized on large-scale wireless networks. Thus, 

50 networks may employ the protocol, while scaling to a 
greater size. 

OBJECTS AND SUMMARY OF THE 
INVENTION 

55 Accordingly, it is an object of the present invention to 
reduce the rate of overhead of a communication routing 
protocol and enable employment of the protocol with large- 
scale type networks. 

It is another object of the present invention to transmit 
60 database update packets of a communication protocol within 
packets of other protocols to reduce communication protocol 
overhead and enhance communication network throughput. 

Yet another object of the present invention is to synchro- 
nize routing databases of communication network nodes in 
65 a manner that minimally affects network throughput. 

The aforesaid objects may be achieved individually and/ 
or in combination, and it is not intended that the present 



11/03/2003, EAST Version: 1.4.1 



US 6,385,174 Bl 



invention be construed as requiring two or more of the 
objects to be combined unless expressly required by the 
claims attached hereto. 

According to the present invention, Link-State Advertise- 
ment (LSA) type or database update messages or packets of 5 
an internetworking protocol are transmitted within a wire- 
less communication system or network via insertion of the 
packet within packets of an intranet protocol. Specifically, a 
wireless network includes a plurality of nodes arranged into 
clusters with each cluster having cluster member nodes and 10 
a designated cluster head node. The nodes communicate 
with each other via an intranet protocol, while the network 
may communicate with other external networks in accor- 
dance with an internetworking protocol (e.g., a modified 
version of the conventional Open Shortest Path First (OSPF) 15 
routing protocol, or a Radio Open Shortest Path First 
(ROSPF) protocol). A database within each network node 
contains link information for that node, while the ROSPF 
LSA type packets contain information to update the node 
databases. The ROSPF LSA type packets are transmitted to 20 
neighbors of each node to enable each database to maintain 
current information. In order to reduce overhead of trans- 
mitting numerous LSA type packets, the present invention 
transmits the ROSPF LSA type packet within an intranet 
protocol beacon type or node status packet that is periodi- 25 
cally broadcasted within the network. Thus, the overhead 
rate of increase is reduced, thereby permitting the network 
to utilize an ROSPF type protocol while expanding to larger 
scales. 

The above and still further objects, features and advan- 30 
tages of the present invention will become apparent upon 
consideration of the following detailed description of spe- 
cific embodiments thereof, particularly when taken in con- 
junction with the accompanying drawings wherein like 
reference numerals in the various figures are utilized to 
designate like components. 

BRIEF DESCRIPTION OF THE DRAWINGS 

FIG. 1A is a diagrammatic illustration of network nodes 40 
according to the present invention arranged in an exemplary 
communication network. 

FIG. IB is a block diagram of a network node of FIG. 1. 

FIG. 2 is a procedural flow chart illustrating the manner 
in which a network node transmits database update packets 45 
to other network nodes according to the present invention. 

FIG. 3 is a procedural flow chart illustrating the manner 
in which a network node receives and processes database 
update packets according to the present invention. 5Q 

FIG. 4 is a graphical illustration of the relationship 
between the overhead generated by the present invention for 
transmission of database update packets and the overhead 
generated by conventional techniques for transmitting those 
packets. 55 

DETAILED DESCRIPTION OF THE 
PREFERRED EMBODIMENTS 

Network nodes according to the present invention 
arranged in an exemplary two-tier wireless network are 60 
illustrated in FIG. 1A. Specifically, wireless network 2 
includes a plurality of nodes 10 arranged in cells or clusters 
12. Each cell or cluster includes corresponding cluster 
member nodes 10 with one of those cluster member nodes 
designated as a cluster head node or base station 14. These 65 
cluster arrangements form the first tier of network 2 and 
facilitate communication within a cluster between the cluster 
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head and member nodes preferably utilizing a first trans- 
mission frequency. The head nodes of each cluster are in 
communication with each other, preferably utilizing a sec- 
ond transmission frequency, and form a backbone network 
16, The backbone network essentially forms the second tier 
of network 2 and facilitates communications between nodes 
of different clusters (e.g., generally providing communica- 
tions over greater distances). The architecture of network 2 
is similar to that of conventional cellular telephone systems, 
except that network 2 employs an intranet protocol (e.g., a 
protocol for communications within the two-tier network) 
providing dynamic selection of cells and cluster head nodes 
as described below. 

A network node 10 according to the present invention is 
illustrated in FIG. IB. Specifically, node 10 includes a 
transmitter 22, a receiver 24 and a processor 26. The 
processor is preferably implemented by a conventional 
microprocessor or controller and controls the node to trans- 
mit and receive messages in accordance with the commu- 
nication protocols described below. The transmitter is pref- 
erably implemented by a conventional transmitter and 
transmits messages from the processor, preferably in the 
form of radio frequency (RF) signals, in accordance with 
processor instructions. Receiver 24 is typically implemented 
by a conventional receiver and configured to receive signals, 
preferably in the form of radio frequency (RF) signals, 
transmitted by the transmitter of another node. The receiver 
receives transmitted signals and forwards the received sig- 
nals to processor 26 for processing, A present invention head 
node 14 is substantially similar to node 10 described above. 

The arrangement of nodes 10 within clusters 12 and the 
designation of cluster head nodes 14 are dynamically deter- 
mined by an intranet protocol that handles routing of packets 
within network 2. The intranet protocol is preferably a 
link-state type routing protocol that is implemented on 
backbone network 16. Cluster head nodes 14 each maintain 
a database including information enabling the cluster head to 
determine appropriate paths for routing messages through 
the network. The information typically relates to links 
between the various network nodes. The cluster head data- 
bases are synchronized in accordance with the protocol by 
transference of Link-State Advertisement (LSA) packets 
between cluster head nodes that provide network informa- 
tion to update the databases. In addition, each node (e.g., 
cluster head and member nodes) periodically broadcasts a 
beacon type or node status packet in accordance with the 
intranet protocol. This packet basically advertises the pres- 
ence of a node within the network. The rate of transmission 
of a node status packet by a cluster head node is significantly 
greater than the transmission rate for that packet by a cluster 
member node since cluster head node status packets are 
typically utilized for "keep alive" and neighbor discovery 
purposes. Thus, the time interval (T CH ) between transmis- 
sions of node status packets by a cluster head node is 
significantly less than the corresponding time interval (T CA/ ) 
between transmissions of those packets by a cluster member 
node. 

With respect to communications between network 2 and 
other external networks (e.g., the Internet), the network 
employs a Radio Open Shortest Path First (ROSPF) proto- 
col. This protocol is basically a modified version of the 
conventional Open Shortest Path First (OSPF) protocol 
commonly utilized for Internet Protocol (IP) type networks. 
Since the OSPF protocol generates significant overhead 
when applied to ad-hoc networks (e.g., networks having 
temporary or wireless connections where communication 
devices arc part of the network during a communication 
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session or, in the case of mobile systems, while in proximity database update packets are preferably transmitted twice for 

to the network), such as network 2, that protocol has been improved reliability as described below, 

modified to derive the ROSPF protocol suitable for use with The intranet protocol typically includes several layers to 

wireless or radio networks. According to the ROSPF facilitate communications between network nodes, and is 

protocol, each node within network 2 maintains a routing 5 typically implemented by the processors of those nodes, 

database including information enabling the node to deter- Packet concatenation functions are generally accomplished 

mine an appropriate path for routing a message to the within the intranet protocol by a layer that passes traffic from 

external network. The information contained within the a protocol intranet layer to a protocol link layer and from the 

node databases typically relates to links between the various link layer to appropriate intranet layer modules. Since inser- 

network nodes. The ROSPF protocol is a link-state type 10 tion of ROSPF database update packets within intranet 

routing protocol and provides for synchronization of node protocol node status packets is basically a type of packet 

databases through transmission of Link-State Advertisement concatenation, this process is preferably implemented within 

(LSA) type or database update packets to each network the intranet protocol concatenation layer, 

node. These packets are conventionally transmitted to each The node status packets are periodically transmitted in 

neighboring network node via plural point-to-point mes- 15 accordance with the intranet protocol as described above, 

sages (e.g., messages from a source node to a specific However, those packets may not be immediately available to 

destination network node) in response to changes in network transport a database update packet to other network nodes in 

topology, an external network connected to network 2 or the event that a database update packet is received or 

other modifications to the network facilitating changes in a generated within the time interval between transmission of 

node database. When a database update packet is received, 2 o the node status packets. Accordingly, a queue, preferably in 

a point-to-point OSPF type acknowledgment (ACK) packet the form of a First In First Out (FIFO) queue, is utilized by 

is commonly transmitted to the source node from the des- a node processor to store update database packets until a 

tination node to indicate packet reception. node status packet is available for transmission. The data- 

The present invention basically employs an enhanced base update packets are initially placed onto the queue upon 
technique to transmit the ROSPF database update packets 25 receipt by the intranet protocol concatenation layer. When a 
within network 2, while reducing overhead traffic. In node status packet is generated for transmission, the con- 
particular, a member node 10 of a cluster 12 transmits a catenation layer inserts an appropriate quantity of database 
database update packet to a corresponding cluster head node update packets stored in the queue into the node status 
14 via a point-to-point message as described above. Since packet. The quantity of database update packets inserted into 
the cluster head node is in communication with its corre- 30 the node status packet is based on the size of the stored 
sponding cluster member nodes, reduced transmissions may database update packets and the amount of available storage 
be realized if one reliable broadcast message is utilized to capacity within the node status packet. The integrated node 
transmit the database update packet. Further, the broadcast status and database update packet is subsequently processed 
message may be utilized to transmit the database update and transmitted in accordance with the intranet protocol, 
packet to neighboring cluster head nodes that further trans- 35 Since the database update packets are preferably transmitted 
mit the packet in a like manner, thereby facilitating trans- two or more times, each instance of a particular database 
mission of the packet throughout network 2. Accordingly, packet is placed within a different node status packet for 
the present invention provides for transmission of the reliability purposes. For example, when a database update 
received database update packets by the cluster head node to packet is to be transmitted twice, that database update packet 
its corresponding member nodes and neighboring network 40 is placed within two separate node status packets. The 
cluster head nodes within intranet protocol beacon type or database update packets remain on the queue until the 
node status packets that are periodically transmitted desired quantity of transmissions have occurred, 
throughout the network as described above. Since the node The manner in which a node processor facilitates trans- 
status packets typically contain a relatively low quantity of mission or flooding of a database update packet according to 
data, there exists sufficient storage within that packet to 45 the present invention is illustrated in FIG. 2. Specifically, an 
contain at least one database update packet. Thus, significant event (e.g., change in network topology, external network 
reduction in transmission overhead may be achieved through connected to network 2, reception of a database update 
use of intranet protocol node status packets to transmit the packet, etc.) triggering transmission of a database update 
ROSPF database update packets. In addition, reception of packet by a node occurs at step 30. If the node is designated 
database update packets by cluster head nodes is impliedly 50 as a cluster head node as determined at step 32, a database 
acknowledged (e.g., without transmission of specific point- update packet is generated and transmitted or broadcasted to 
to-point type acknowledgment packets) as described below. neighboring nodes the desired quantity of times at step 34. 
The cluster head nodes subsequently transmit the database In particular, the generated database update packet is placed 
update packets in a like manner to their neighbors to on a queue for transmission within an available intranet 
facilitate transmission of the packet throughout network 2. 55 protocol node status packet as described above. The node 

The node status packets are preferably transmitted utiliz- status packet is periodically broadcasted through the net- 

ing a reliable broadcast technique, such as the scheme work by each node to indicate the node's presence within the 

disclosed in the co-pending U.S. Patent Application having network as described above. In response to an available node 

Docket No. 0918.00330, entitled "Method and Apparatus status packet, the database update packet is removed from 

for Broadcasting Messages in Channel Reservation Com- 60 the queue and placed within the available packet for trans- 

munication Systems" and filed Nov. 3, 2000, the disclosure mission to neighboring nodes via a reliable transmission 

of which is incorporated herein by reference in its entirety. scheme, such as the technique disclosed in the above - 

In order to enhance performance reliability, the node status referenced co-pending application. Subsequent transmission 

packets may be transmitted two or more times. If transmis- of the database update packet the desired quantity of times, 

sion of broadcast messages achieves a ninety percent sue- 65 a timer for re-transmission of the database update packet to 

cess rate, transmitting those messages twice enhances that cluster head neighboring nodes is set at step 36 to preferably 

rate to approximately ninety-nine percent. Accordingly, the two and one -half times the time interval (T CH ) between 
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transmissions of node status packets by a cluster head node. acknowledgment packet is sent to the sender of the received 
Similarly, a timer for re-transmission of a database update packet as a broadcast message at step 68. This packet is 
packet to corresponding member nodes is set at step 38 to typically broadcasted via insertion within node status pack- 
preferably two and one-half times the time interval (T CAf ) e ts in substantially the same manner described above for 
between transmissions of node status packets by a cluster 5 database update packets. If the receiving node has been 
member node. Since the database update packets are pref- designated as a cluster head node, acknowledgments are 
erably transmitted two or more times to provide enhanced implied in accordance with transmissions of database update 
reliability, re -transmission of a database update packet to a packets as described below. 

succeeding hop should not be attempted in response to WheQ lfae receiyin node has a]read received the ^ 

unacknowledged transmissions of that packet until the hop 30 daUbase date kel ^ determined at step 56 , thc pro _ 

has had sufficient time to broadcast the database update cesSQr determines at step 58 d tne received packet is a 

packet the desired quantity of transmissions. Thus, the po i Dt .to-point message for re-transmission of an unacknowl- 

respectivere-t^ ed d daUbasc date ^ Jf the me is a 

quantity of desired broadcast transmissions for a database re . transmission of an unacknowledged database update 

update packet multiplied by the appropriate node status 15 packe t, an OSPF type acknowledgment packet is transmitted 

packet transmission interval for a cluster head or member {Q ^ M a point . to . point message at step 62 . 

node. Accordingly, since the present invention preferably otherwise, the packet is processed as an implied acknowl- 

transmits database update packets twice, there-transmission ed for database update packets transmitted by the 

timers are set, by way of example only, to approximately two receiving node . Basically, a network node interprets recep- 

and one-half times the appropriate node transmission inter- 20 tioQ of a database date packet from a oeighboring cluster 

vals to provide a sufficient margin for re-transmission of head 0f member node as an ackaow i edgiri ent when the 

database update packets. However, the re-transmission tim- receiving node is expecting an acknowledgment from the 

crs may be set to any desired intervals. neighbor for the same database update packet previously 

If the node transmitting the database update packet in ^ t0 tnat Qe ighbor by the receiving node. For example, an 

response to an event is a cluster member node as determined 2 5 implied acknowledgment received by a cluster head or 

at step 32, a database update packet is generated and me mber node from a neighboring cluster head node may be 

transmitted as a point-to-point message to the corresponding in tne form 0 f a broadcasted database update packet when 

cluster head node at step 40. Further, the timer for tne neighboring cluster head node broadcasts a database 

re-transmission of the database update packet is preferably update packet received from that cluster head or member 

set, by way of example only, to two and one-half times the 30 node . Alternatively, the implied acknowledgment received 

time interval (T CH ) between transmissions of node status b y a duster head node from a corresponding member node 

packets by a cluster head node. The timer is set to this value may be m the form of a point-to-point message when the 

to provide sufficient time for the receiving cluster head node cluster head node broadcasts a database update packet 

to transmit the database update packet to neighboring nodes received from that member node. Thus, reception of a 

for the desired quantity of transmissions prior to 35 database update packet by a receiving node that previously 

re-transmission of that database update packet as described transmitted the received packet indicates reception of that 

above. In the event a re-transmission timer of a cluster head pac ket by the sending node (e.g., the node sending the 

or member node expires, database update packets transmit- implied acknowledgment). The various packets typically 

ted by the node that have not been acknowledged are include identifiers or other information to indicate the source 

re-transmitted as point-to-point messages to those neighbors 40 no d e and type of message (e.g., broadcast, point-to-point, 

associated with the expired timer (e.g., cluster head or node status pac ket, etc.) being sent, 

member nodes) and not acknowledging receipt of the trans- ^ the presem invmion protQcol nQde 

mitted packets, status packels to flood or broadcast ROSPF database update 

The manner in which a node processor processes received packelSt Umited additional packets are generated. In fact, the 

database update packets according to the present invention 45 pfesent invention typically requires one point-to-point mes- 

is illustrated in FIG. 3. Initially, a database update packet is sage to transmit a data base update packet across the exem- 

received by a node at step 50. The node may be a cluster plafy lWQ4ier network Basically, the present invention 

head or member node where the database update packet may sacrifices node status packet size for lower flooding packet 

be received from a neighboring cluster head node either rale The node status and dalabase update packet s are 

within an intranet protocol node status packet or as a 50 relatively small in size> lhereby m i nim i z ing impact on 

point-to-point message for re-transmission of unacknowl- netWQrk performancei Further , th e relatively small size of 

edged packels as described above. Alternatively, the node mese packets reduces the database update packet flooding 

may be a cluster head node where the database update packet fate tQ drastically en h an ce network performance, 

may be received from a corresponding member node as a Specifically, the conventional flooding technique within the 

point-to-point message as described above. If the packet is 55 R0SpF protocol described above requires H (e.g., where H 

received from a node that is not a neighbor as determined ^ aQ ^ generally greater than zero) point-to-point 

from the node database at step 52, the packet is dropped at messages t0 flood one data base update packet to an entire 

step 54. When the packet is received from a neighboring network . nc value of H may be determined as follows: 
node, the node processor determines whether or not the 

received packet has already been received at step 56. If the 60 h-2N(C+M) 
packet has not been received, the packet is processed at step 

64, This typically includes updating the node database with where C is an integer generally greater than zero and 

corresponding information contained in the received packet represents the average quantity of cluster member nodes 

and flooding that packet within the network in the appro- within a cluster; M is an integer generally greater than zero 

priate manner for a cluster head or member node described 65 and represents the average quantity of cluster head node 

above. When the receiving node has been designated a neighbors; and N is an integer generally greater than zero 

cluster member node as determined at step 66, an OSPF type and represents thc quantity of cluster head nodes in a 
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network. Table I below indicates the quantity of required 
transmissions to flood the database update packet within 
networks having various exemplary configurations. Since 
the present invention typically requires one point-to-point 
message, the protocol overhead is drastically reduced. 

TABLE I 



N C M Network Size (Nodes) H (Conventional) 



H (Present 
Invention) 



In 



nication devices, etc.). The present invention node may 
include any quantity of conventional or other transmitters, 
where each transmitter may transmit signals at any suitable 
frequency and in any suitable energy form (e.g., radio 
5 signals, microwave, optical signals, etc.), and any quantity 
of conventional or other receivers, where each receiver may 
receive signals at any suitable frequency and in any suitable 
energy form (e.g., radio signals, microwave, optical signals, 
etc.). Alternatively, the present invention node may include 
10 any quantity of combined transmitting/receiving devices. 
The processor of the present invention node may be 
implemented by any conventional or other microprocessor, 
controller or circuitry to perform the functions described 
herein, while any quantity of processors or processing 
15 devices or circuitry may be employed within the present 
invention node where the processor functions may be dis- 
tributed in any fashion among any quantity of modules, 
processors or other processing devices or circuits. The 
software for the processor of the present invention node may 
addition, the present invention has been simulated 20 be ™P lc ™ nt , ed ! " any citable computer language, and 



160 



320 



480 



640 



800 



380 



760 



1140 



1520 



1900 



using a network simulation tool (e.g., OPNET available 
from Mil 3, Inc.). The results of the simulation indicating 
overhead generated by the present invention in relation to 
overhead generated by conventional flooding schemes is 
illustrated in FIG. 4. Thus, as Table I and FIG. 4 illustrate, 
the present invention significantly reduces generated over- 
head traffic during flooding. 

The ROSPF database update packets are carried by intra- 
net protocol node status packets to the next-hop destinations 



could be developed by one of ordinary skill in the computer 
and/or programming arts based on the functional description 
contained herein and the flow charts illustrated in the 
drawings. Further, any references herein of software per- 
25 forming various functions generally refer to processors 
performing those functions under software control. The 
software and/or algorithms described above and illustrated 
in the flow charts may be modified in any manner that 
accomplishes the functions described herein. The present 
in accordance with the present invention. Since the node 30 invention node may alternatively include any components 
status packets are periodically transmitted and generally not arranged in any fashion to facilitate distribution of packets 
immediately available, the present invention introduces within the network in the manner described above, 
latency when transmitting the database update packets to The LSA, node status, database update and other packets 

network nodes. However, the introduced latency has a or messages (e.g., acknowledge, point-to-point message, 
minimal effect on protocol performance in the network. For 35 broadcast message, etc.) may be of any size, may have any 
example, network 2 may cover an area of one-hundred format, and may contain any desired information. The 
kilometers by two-hundred kilometers where flooding a packets may be transmitted at any suitable transmission rate 
database update packet typically requires less than twenty or have any desired interval between transmissions. The 
hops to cover a two-hundred kilometer distance depending re-transmission timers may be implemented by any conven- 
upon the node radio range, Thus, a maximum delay for 40 tional or other timing mechanisms (e.g., processor clock, 
reception of a database update packet by a node is 20T CH or external hardware, software, etc.) and may be set to any 
one-hundred seconds where the cluster head transmission desired intervals for re-transmission of any packets. The 
interval (T c „) is approximately five seconds. Since the timers may be associated with any types of packets to 
maximum life span of a database update packet is approxi- indicate re-transmission of those packets. The member 
mately one-hour, the delays or latency introduced by the 45 nodes may communicate a database update, acknowledg- 
present invention are small in comparison to that life span ment or other type of packet to a cluster head node via any 
(e.g., less than 3% of the maximum database update packet type of message. Further, the various messages may include 
life span). any identifier to identify the type of message or packet. The 

It will be appreciated that the embodiments described database update or other packets may be broadcasted or 
above and illustrated in the drawings represent only a few of 50 transmitted any quantity of times to achieve a desired 
the many ways of implementing a method and apparatus for success rate, where the repeated packets may be disposed 
transmission of node link status messages throughout a within the same or different node status packets in any 
network with reduced communication protocol overhead desired combination or fashion. 

tra ffi Ci The communication network may employ any suitable 

The communication networks employing the present 55 intranet and/or internetworking communications protocols 
invention nodes may include any quantity of those nodes or to facilitate reception, processing and traasference of mes- 
tiers. The network nodes may be arranged in any fashion into sages or packets within or external of the network. The 
any quantity of clusters or cells each having any quantity of present invention may be utilized within any intranet, inter- 
nodes and head nodes. The backbone network may include networking or other protocol to transmit or flood messages 
any quantity of head nodes, while communications within a 60 within the network in accordance with that protocol. The 
cluster and between neighboring cluster head nodes of the insertion of the database update packets within the node 
backbone network may utilize the same or different trans- status packet may be accomplished within any layer of the 
mission frequencies. The formation of cells and designation intranet or other protocol. The node database may be imple- 
of head nodes may be predetermined or accomplished mented by any conventional database or other storage struc- 
dynamically via any conventional or other algorithm or 65 ture (e.g., processor memory, external memory, file, data 
technique. The nodes may communicate via any suitable structure (e.g., array, queue, stack, etc.), etc.) and may have 
communications medium (e.g., wired or wireless commu- any desired storage capacity to contain any desired infor- 
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mation. The queue may be implemented by any conven- 
tional or other storage unit or structure (e.g., processor 
memory, external memory, file, data structure (e.g., array, 
queue, stack, etc.), etc.) having any desired storage capacity 
to store database update or other messages for subsequent 5 
processing. The queue may be implemented by any suitable 
data structure employing any algorithm for insertion and 
removal of data (e.g., LIFO, FIFO, etc.). 

The database update and node status packets may be 
transmitted at any desired intervals and/or in response to any 10 
desired events or conditions. The node status packets may 
receive any quantity of database update packets, and may 
alternatively be utilized to broadcast any types of messages 
throughout the network. Similarly, any intranet protocol 
messages may be inserted within internetworking protocol 15 
packets for distribution throughout the network. The 
acknowledgments may be implied in any manner indicating 
reception of a packet by a destination node, or transmission 
of an acknowledgment from a receiving node may be 
required by a transmitting node. Packets may be 20 
re-transmitted in response to any suitable conditions, and 
may be sent via any type of messages (e.g., broadcast, 
point-to-point, etc.). The cluster head and member nodes 
may transmit database update or other packets to any 
neighboring cluster head or member nodes to distribute 25 
packets to those nodes and/or throughout the network. 

It is to be understood that the present invention is not 
limited to the applications or networks described herein, but 
may be utilized for various communication applications or 
networks, especially those including wireless radio networks 30 
employing OSPF type internet routing protocols. Further, 
the present invention may be applied to any link-state 
routing protocol and to the flooding of any link-state based 
advertisements or other messages. Moreover, the present 
invention may be applied to various networks and commu- 35 
nications applications to transmit or flood status or other 
messages throughout the network with reduced communi- 
cation protocol overhead traffic. 

From the foregoing description, it will be appreciated that 
the invention makes available a novel method and apparatus 40 
for transmission of node link status messages throughout a 
network with reduced communication protocol overhead 
traffic wherein database update packets of an internetwork- 
ing protocol are transmitted within node status packets of an 
intranet protocol to flood the database update packets within 45 
a network for database synchronization. 

Having described preferred embodiments of a new and 
improved method and apparatus for transmission of node 
link status messages throughout a network with reduced 
communication protocol overhead traffic, it is believed that 50 
other modifications, variations and changes will be sug- 
gested to those skilled in the art in view of the teachings set 
forth herein. It is therefore to be understood that all such 
variations, modifications and changes are believed to fall 
within the scope of the present invention as defined by the 5S 
appended claims. 

What is claimed is: 

1. In a communications network, a communication unit to 
transmit and receive messages within said network compris- 
ing: 60 
a transmitter to transmit an outgoing message to at least 

one other communication unit within said network; 
a receiver to receive an incoming message from at least 

one other communication unit within said network; and 
a processor to control said transmission and reception of 65 

said outgoing and incoming messages, wherein said 

processor includes: 
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a broadcast module to facilitate periodic transmission 
of a unit message to said at least one other commu- 
nication unit, wherein said unit message includes 
information relating to a status of said communica- 
tion unit; and 

a message module to insert a broadcast message within 
said unit message to facilitate transmission of said 
broadcast message to said at least one other com- 
munication unit in conjunction with transmission of 
said unit message. 

2. The unit of claim 1 wherein said transmitter transmits 
said outgoing message in the form of radio signals. 

3. The unit of claim 1 wherein said receiver receives said 
incoming message in the form of radio signals. 

4. The unit of claim 1 wherein said processor further 
includes a storage unit to store said broadcast message until 
a succeeding transmission time for said unit message. 

5. The unit of claim 4 wherein said storage unit stores a 
plurality of broadcast messages, and said message module 
inserts at least one of said stored messages within said unit 
message. 

6. The unit of claim 1 wherein said processor further 
includes: 

an internal communications module to facilitate commu- 
nications within said network in accordance with an 
intranet protocol; and 

an external communications module to facilitate commu- 
nications between said network and an external net- 
work in accordance with an internetworking protocol. 

7. The unit of claim 6 wherein said internetworking 
protocol includes a Radio Open Shortest Path First protocol. 

8. The unit of claim 6 wherein: 

said unit message is associated with said intranet protocol 
and said broadcast module periodically transmits said 
unit message in accordance with said intranet protocol; 
and 

said broadcast message is associated with said internet- 
working protocol and said message module inserts said 
internetworking protocol broadcast message into said 
intranet protocol unit message to facilitate transmission 
of said broadcast message in conjunction with said 
transmission of said intranet protocol unit message, 

9. The unit of claim 6 wherein: 

said communications network includes a plurality of 
clusters each having a plurality of said communication 
units, wherein one of said communication units of each 
said cluster is designated as a head unit with remaining 
communication units of that cluster being designated as 
member units; 

head units of said clusters communicate with each other 
and with corresponding member units of that cluster to 
facilitate communications between and within said 
clusters; 

said processor further includes a database to store infor- 
mation indicating particular network communication 
units in communication with said communication unit, 
wherein a database update message including informa- 
tion relating to a current status of network connections 
is distributed throughout said network in accordance 
with said internetworking protocol to synchronize said 
database of each said communication unit. 

10. The unit of claim 9 wherein said processor further 
includes a transmission control module to facilitate trans- 
mission of said outgoing messages, wherein said transmis- 
sion control module includes: 

a head unit transmission module to facilitate transmission 
of said database update message as said broadcast 
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message inserted within said unit message in response 
to said communication unit being designated as a head 
unit; and 

a member transmission module to facilitate transmission 
of said database update message from said communi- 5 
cation unit directly to a corresponding head unit in 
response to said communication unit being designated 
as a member unit. 

11. The unit of claim 10 wherein said transmission control 
module further includes: 10 

a head unit timer module to set head unit timers subse- 
quent transmission of said database update message by 
said head unit transmission module and in response to 
said communication unit being designated as a head 
unit, wherein said head unit timers indicate a time for 15 
re-transmission of said database update message to 
corresponding member units and other head units; 

a member timer module to set a member unit timer 
subsequent transmission of said database update mes- 
sage by said member transmission module and in 20 
response to said communication unit being designated 
as a member unit, wherein said member unit timer 
indicates a time for re-transmission of said database 
update message to a corresponding head unit; and 

a re-transmission module to facilitate re-transmission of 
said database update message in response to expiration 
of a member or head unit timer, wherein said database 
update message is re-transmitted directly to communi- 
cation units associated with said expired timer and that 3Q 
have not acknowledged receipt of said database update 
message. 

12. The unit of claim 11 wherein said head unit transmis- 
sion module facilitates transmission of said database update 
message at least two times and said head unit timer module 35 
sets said head unit timers subsequent transmission of said 
database update packet said at least two times. 

13. The unit of claim 10 wherein said processor further 
includes: 

a reception module to facilitate reception and processing 40 
of messages including said unit and database update 
messages, wherein said reception module includes: 
an implied acknowledgment module for processing 
said received message as an acknowledgment mes- 
sage in response to said received message being an 45 
initial transmission of a database update packet pre- 
viously received by said communication unit. 

14. The unit of claim 13 wherein said reception module 
further includes: 

a message discard module to discard a received message 50 
in response to determining that said received message 
is not received from a neighboring communication unit 
as indicated by said communication unit database; and 
a message processing module to process a received data- 
base update message in response to determining that 55 
said received database update message has not been 
previously received by said communication unit, 
wherein said processing module includes: 
a database update module to update said database with 
information contained within said received database 60 
update message; 
a member acknowledgment module to facilitate trans- 
mission of an acknowledgment message as said 
broadcast message inserted within said unit message 
in response to receiving said database update mes- 65 
sage and said communication unit being designated 
as a member unit; 
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a head unit forwarding module to facilitate transmis- 
sion of said processed database update message by 
said head unit transmission module in response to 
said communication unit being designated as a head 
unit; and 

a member unit forwarding module to facilitate trans- 
mission of said processed database update message 
by said member transmission module in response to 
said communication unit being designated as a mem- 
ber unit. 

15. The unit of claim 13 wherein said reception module 
further includes: 

a re-transmission acknowledgment module to facilitate 
transmission of an acknowledgment message directly 
to a communication unit transmitting said received 
database update message in response to said received 
database update message being a re-transmission of a 
database update packet previously received by said 
communication unit. 

16. In a communications network, a method of transmit- 
ting and receiving messages between communication units 
within said network comprising the steps of: 

(a) periodically transmitting a unit message within said 
network from each communication unit, wherein said 
unit message includes information relating to a status of 
a corresponding communication unit transmitting that 
unit message; and 

(b) inserting a broadcast message within a corresponding 
unit message of said each communication unit to trans- 
mit said broadcast message in conjunction with trans- 
mission of said corresponding unit message. 

17. The method of claim 16 wherein step (a) further 
includes: 

(a.l) transmitting said unit message from said each com- 
munication unit in the form of radio signals. 

18. The method of claim 16 wherein step (b) further 
includes: 

(b.l) storing said broadcast message in a storage device 
within said each communication unit until a succeeding 
transmission time for said corresponding unit message. 

19. The method of claim 18 wherein step (b.l) further 
includes: 

(b.1.1) storing a plurality of broadcast messages within 
said storage unit of said each communication unit and 
inserting at least one of said stored messages within 
said corresponding unit message. 

20. The method of claim 16 wherein step (a) further 
includes: 

(a.l) facilitating communications within said network in 
accordance with an intranet protocol; and 

(a.2) facilitating communications between said network 
and an external network in accordance with an inter- 
networking protocol. 

21. The method of claim 20 wherein step (a.2) further 
includes: 

(a.2.1) facilitating communications between said network 
and an external network in accordance with a Radio 
Open Shortest Path First protocol. 

22. The method of claim 20 wherein said unit message is 
associated with said intranet protocol and said broadcast 
message is associated with said internetworking protocol, 
and step (a.l) further includes: 

(a. 1.1) periodically transmitting said unit message from 
said each communication unit in accordance with said 
intranet protocol; and 
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step (b) further includes: 

(b.l) inserting said internetworking protocol broadcast 
message into said corresponding intranet protocol 
unit message to facilitate transmission of said broad- 
cast message in conjunction with said transmission 5 
of said corresponding intranet protocol unit message. 

23. The method of claim 20 wherein said communications 
network includes a plurality of clusters each having a 
plurality of said communication units, wherein one of said 
communication units of each said cluster is designated as a 30 
head unit with remaining communication units of that clus- 
ter being designated as member units, wherein head units of 
said clusters communicate with each other and with corre- 
sponding member units of that cluster to facilitate commu- 15 
nications between and within said clusters, and wherein step 
(a.2) further includes: 

(a.2.1) storing information within a database of said each 
communication unit indicating particular network com- 
munication units in communication with that commu- 20 
nication unit; and 

(a. 2. 2) distributing a database update message including 
information relating to a current status of network 
connections throughout said network in accordance 
with said internetworking protocol to synchronize said 25 
database of said each communication unit. 

24. The method of claim 23 wherein step (a. 2.2) further 
includes: 

(a.2.2.1) transmitting said database update message from 
each member unit receiving said database update mes- 30 
sage directly to a corresponding head unit; and 
step (b) further includes: 

(b.l) transmitting said database update message from 
each head unit receiving said database update mes- 3S 
sage as said broadcast message inserted within said 
corresponding unit message. 

25. The method of claim 24 wherein step (a.2.2) further 
includes: 

(a.2.2.2) setting a member unit timer within each said 40 
member unit transmitting a corresponding database 
update message subsequent said transmission in step 
(a.2.2.1), wherein said member unit timer indicates a 
time for re-transmission of said corresponding database 
update message to a corresponding head unit; and 45 
step (b) further includes: 

(b.2) setting head unit timers within each said head unit 
transmitting a corresponding database update mes- 
sage subsequent said transmission in step (b.l), 
wherein said head unit timers indicate a time for 50 
re-transmission of said corresponding database 
update message to corresponding member units and 
other head units; 
(b.3) re-transmitting said database update message 
from each said head unit having an expired head unit 55 
timer, wherein said database update message is 
re-transmitted from those head units directly to com- 
munication units associated with a corresponding 
expired timer that have not acknowledged receipt of 
said database update message; and 60 
(b.4) re-transmitting said database update message 
from each said member unit having an expired 
member unit timer, wherein said database update 
message is re -transmitted from those member units 
directly to a corresponding head unit that has not 65 
acknowledged receipt of said database update mes- 
sage. 
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26. The method of claim 25 wherein step (b.l) further 
includes: 

(b.1.1) transmitting said database update message at least 
two times from said each head unit receiving said 
database update message; and 
step (b,2) further includes: 

(b.2.1) setting said head unit timers within said each 
head unit transmitting said database update message 
subsequent transmission of said corresponding data- 
base update message said at least two times. 

27. The method of claim 24 further including the step of: 
(c) receiving and processing messages including said unit 

and database update messages within said each com- 
munication unit, wherein step (c) further includes: 
(c.l) processing a received message as an acknowledg- 
ment message within each said communication unit 
in response to said received message being an initial 
transmission of a database update message previ- 
ously received by that communication unit. 

28. The method of claim 27 wherein step (c) further 
includes: 

(c.2) discarding a received message within said each 
communication unit in response to determining that 
said received message is not received from a neighbor- 
ing communication unit as indicated by said database 
of that communication unit; and 
(c.3) processing a received database update message 
within said each communication unit in response to 
determining that said received database update mes- 
sage has not been previously received by that commu- 
nication unit, wherein step (c.3) further includes: 
(c.3.1) updating said database of said each communi- 
cation unit with information contained within a cor- 
responding received database update message; 
(c.3 .2) transmitting an acknowledgment message from 
each member unit as said broadcast message inserted 
within said unit message in response to that member 
unit receiving said database update message; 
(c.3.3) facilitating transmission of said processed data- 
base update message from said each head unit as said 
broadcast message inserted within said unit message 
in response to that head unit receiving said database 
update message; and 
(c.3.4) facilitating transmission of said processed data- 
base update message from said each member unit 
directly to a corresponding head unit in response to 
that member unit receiving said database update 
message. 

29. The method of claim 27 wherein step (c) further 
includes: 

(c.2) transmitting an acknowledgment message from said 
each communication unit directly to a communication 
unit transmitting said received database update mes- 
sage in response to that communication unit receiving 
said database update message as a re-transmission of a 
database update message previously received by that 
communication unit. 

30. A communication network comprising: 

a plurality of clusters each having a plurality of commu- 
nication units, wherein one of said communication 
units of each said cluster is designated as a head unit 
with remaining communication units of that cluster 
being designated as member units, wherein head units 
of said clusters communicate with each other and with 
corresponding member units of that cluster to facilitate 
communications between and within said clusters; 
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wherein each said head unit includes: 

a head unit transmission module to periodically trans- 
mit a unit message within said network, wherein said 
unit message includes information relating to a status 
of that head unit; and 5 
a message broadcast module to insert a broadcast 
message within said unit message to facilitate trans- 
mission of said broadcast message within said net- 
work in conjunction with transmission of said unit 
message; 10 

wherein each said member unit includes: 

a member unit transmission module to transmit said 
broadcast message directly to a corresponding head 
unit to facilitate transmission of said broadcast mes- 
sage throughout said network via said corresponding 15 
head unit. 

31. The network of claim 30 wherein said each head unit 
and member unit transmits messages in the form of radio 
signals. 

32. The network of claim 30 wherein said each head unit 20 
and member unit further includes a database to store infor- 
mation indicating particular communication units in com- 
munication with that unit, wherein said head and member 
units transmit a database update message including infor- 
mation relating to a current status of network connections as 25 
said broadcast message to synchronize each said database. 

33. The network of claim 32 wherein said each head unit 
and member unit further includes: 

a reception module to facilitate reception and processing 
of messages including said unit and database update 30 
messages, wherein said reception module includes: 
an implied acknowledgment module for processing a 
received database update message as an acknowl- 
edgment message in response to said received data- 
base update message being an initial transmission of 35 
a database update message previously received by 
that unit. 

34. In a communication network including a plurality of 
clusters each having a plurality of communication units, 
wherein one of said communication units of each said 40 
cluster is designated as a head unit with remaining commu- 
nication units of that cluster being designated as member 
units, wherein head units of said clusters communicate with 
each other and with corresponding member units of that 
cluster to facilitate communications between and within said 45 
clusters, a method of transmitting messages within said 
network comprising the steps of: 
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(a) periodically transmitting a unit message within said 
network from each said head unit, wherein said unit 
message includes information relating to a status of that 
head unit; 

(b) inserting a broadcast message within said unit mes- 
sage by said each head unit receiving said broadcast 
message to facilitate transmission of said broadcast 
message within said network in conjunction with trans- 
mission of said unit message; and 

(c) transmitting said broadcast message from each said 
member unit receiving that message directly to a cor- 
responding head unit to facilitate transmission of said 
broadcast message throughout said network via said 
corresponding head unit. 

35. The method of claim 34 wherein said each head unit 
and member unit transmits messages in the form of radio 
signals. 

36. The method of claim 34 wherein said each head unit 
and member unit includes a database to store information 
indicating particular communication units in communication 
with that unit, wherein step (b) further includes: 

(b.l) inserting a database update message including infor- 
mation relating to a current status of network connec- 
tions within said unit message by said each head unit 
receiving said database update message to facilitate 
transmission of said database update message within 
said network to synchronize said each database; and 
step (c) further includes: 

(c.l) transmitting said database update message from 
each said member unit receiving that message 
directly to a corresponding head unit to facilitate 
transmission of said database update message 
throughout said network via said corresponding head 
unit. 

37. The method of claim 36 further including the step of: 

(d) receiving and processing messages including said unit 
and database update messages by said each head unit 
and member unit, wherein step (d) further includes: 
(d.l) processing a received database update message as 

an acknowledgment message by each said head unit 
and member unit receiving said database update 
message in response to said received database update 
message being an initial transmission of a database 
update message previously received by that unit. 
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